home *** CD-ROM | disk | FTP | other *** search
/ NetNews Offline 2 / NetNews Offline Volume 2.iso / news / comp / lang / c++-part2 / 13001 < prev    next >
Encoding:
Internet Message Format  |  1996-08-05  |  2.0 KB
  1. Path: castle.nando.net!news
  2. From: Caius Martius <caius@nando.net>
  3. Newsgroups: comp.lang.c++
  4. Subject: Re: Coding Standards
  5. Date: Fri, 22 Mar 1996 18:14:38 -0800
  6. Organization: Carolantic Realty, Inc.
  7. Message-ID: <31535E8E.298F@nando.net>
  8. References: <4hj8ek$elu@sam.inforamp.net> <4hktar$5o2@galaxy.ucr.edu> <4hmqol$97j@abacus.abasoft.co.uk> <4hsg8r$pmm@sam.inforamp.net> <4i9o6j$p4l@daisy.pgh.wec.com> <4idskb$pc1@sam.inforamp.net> <314EBD08.43BC@virtus.com> <4io2i7$n9v@sam.inforamp.net> <4iuu6k$6a6@druid.borland.com>
  9. NNTP-Posting-Host: grail1115.nando.net
  10. Mime-Version: 1.0
  11. Content-Type: text/plain; charset=us-ascii
  12. Content-Transfer-Encoding: 7bit
  13. X-Mailer: Mozilla 2.0 (Win95; I; 16bit)
  14.  
  15. Pete Becker wrote:
  16. > 
  17. > In article <4io2i7$n9v@sam.inforamp.net>, rmorin@inforamp.net says...
  18. > >
  19. > >In article <314EBD08.43BC@virtus.com>,
  20. > >   "Richard F. Albury" <richard.albury@virtus.com> wrote:
  21. > >>// is the standard C++ comment, so I'm not sure I understand your objection.
  22. > >
  23. > >What I meant was that the /* */ has been the only standard comment for years.
  24. > > The // comment style is a new proposed standard.
  25. > >
  26. > >>>         -a class which can be instantiated with a "new" must have a copy
  27. > >>> constructor, a destructor and an assignment operator definition.
  28. > >>
  29. > >>It's good discipline.  Read Scott Meyers' books for more info.
  30. > >
  31. > >Unfortunately, if we follow everybodies good discipline guidelines, we would
  32. > >miss our October deadline by a few years.
  33. > >
  34. > 
  35. > Unfortunately, if you don't follow guidelines like this, you will miss your
  36. > subsequent maintenance deadlines by many years. You'll spend all your time
  37. > tracking down mysterious failures that arise when you try to enhance the
  38. > program, rather than spending time on the enhancements themselves.
  39.  
  40. I couldn't agree more.  I do not subscribe to the idea that "I understand 
  41. my code, who cares if anyone else does."  Trust me, if you pick up a 
  42. piece of code you wrote 3 years ago, it will take you a while to figure 
  43. out what you were talking about.
  44.